home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20021006-20030409 / 000022_fdc@columbia.edu_Thu Oct 17 10:05:12 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  2KB  |  36 lines

  1. Article: 13785 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: Problems transferring over ppp connection
  6. Date: 17 Oct 2002 10:03:26 -0400
  7. Organization: Columbia University
  8. Lines: 19
  9. Message-ID: <aomfve$ioc$1@watsol.cc.columbia.edu>
  10. References: <1034801647.495773@irys.nyx.net> <aokm12$7lv$1@watsol.cc.columbia.edu> <1034815854.830840@irys.nyx.net> <aol3ol$sch$1@newsmaster.cc.columbia.edu>
  11. NNTP-Posting-Host: watsol.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1034863407 9038 128.59.39.139 (17 Oct 2002 14:03:27 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 17 Oct 2002 14:03:27 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13785
  16.  
  17. In article <aol3ol$sch$1@newsmaster.cc.columbia.edu>,
  18. Jeffrey Altman <jaltman@watsun.cc.columbia.edu> wrote:
  19. : ...
  20. : I should point out that if the connection was truly using STREAMING
  21. : transfers then if even a single error was to occur, the transfer
  22. : would fail.  Therefore, I must assume tht STREAMING transfers are
  23. : not being used.
  24. And similarly, that transparency isn't a suspect either.  If certain
  25. byte values were being absorbed by PPP, a modem, or the terminal
  26. server, error recovery would not work.  Thus flow control seems the
  27. only likely culprit.
  28.  
  29. If Kermit transfers work on exactly the same physical connection
  30. when directly dialed, but fail over PPP, it has to be a difference
  31. between the modem and/or port configurations on one end or the other
  32. (or both), or else the fault of PPP.
  33.  
  34. - Frank
  35.